什么是触发器？个人使用更直白的一种方式去理解的话就是，定义一个标准，比如CPU的使用率的标准为70%。zabbox会定期的去获取cpu的使用情况，加入说某个时间点，zabbix获取到的cpu的使用率超过了70%，那么就需要报警了。简单来说触发器就是做这个的，它会去评估item取回来的值是否处在一个正常的状态，如果不是，那么这个触发器就启动了，这个正常的状态是自己定义的，也就是之前说过的指标。
触发器一般有OK和PROBLEM这两种状态。
创建一个触发器
点击右上角的create trigger
- Name：触发器的名字，这里也可以用宏变量，比如{HOST.CONN}.{HOST.NAME}等
- Expression：表达式，这个其实就是满足的条件，就是说这个触发器在什么条件下才会被被触发。这个可以直接自己写，或者可以点击右侧的add，根据需求选择对应的主机，对应的监控项，对应的条件。Function可以选择很多，这里选择的是Last（most recent） T value is > N，其实就是说最后的T值大于N的时候就报警。其实想要的就是最后探测到的nginx的actice numer是大于N的话就报警，这里填上N=10，Last of 。这里可以选择Time或者Count，指的是最后一个时间段内，或者最后几次。
- Multiple PROBLEM events generation：这个勾上，这样它就会在触发器PROLBELM的时候产生一个EVENT
- Description：这个要写明白，别Name起的没什么特征还没描述，时间久了以后连触发器是做什么的都不知道了
- URL：这里留空，在Monitoring–>Trigger中可以看到URl并且可以点击，一般情况下它需要配合触发器ID来使用，在URL中包含触发器ID（宏变量{TRIGGER.ID}）这样可以直接点击到具体出发器当中。
- Serverity：问题的严重级别，这里设置的是警告。而且不同的警告级别颜色是不一样的看起来也是非常直观的，并且报警的声音也不一样，根据时间级别也可以定制不同的告警方法，比如不是那么严重的，发邮件，严重点的直接发短信等等
- Enabled：当前触发器是否启动
当然触发器的严重性还可以进行自定义。选择administrator–>Gerneral,找到右侧的下拉菜单，选择Trigger serverities（触发器的严重性）。可以在这里定义一些信息，当然触发器的名字随便改，不过默认的还是最好的。大家都有一个标准，除非业务真的需要改一下，就象saltstack的top file 一样，默认的就很好。
